webview的问题集锦

发表于   |   分类于   |     |   本文总阅读量 次

android 实际项目中经常使用到webview，在使用过程中会遇到的一些问题。这些问题主要是webview在使用过程中我已经趟过的坑，希望通过这篇文章的介绍能够帮助大家更好的使用webview。

  • webview的性能优化

  • webview注入cookie信息

  • webview退出activity异常

  • webview中native与js交互

  • webview下载文件

  • 腾讯X5优势

webview的性能问题

在讲解webview的性能问题之前，我们先来了解一下android webview的缓存机制。

  • Android WebView缓存机制

WebView中存在着两种缓存：网页数据缓存（网页数据，url等）、H5缓存（H5代码缓存数据）

不同的缓存数据会保存在不同的文件目录下，这里引用一下其他blog的说法：

当我们加载Html时候，会在我们data/应用package下生成database与cache两个文件夹:
我们请求的Url记录是保存在webviewCache.db里，而url的内容是保存在webviewCache文件夹下。
这里写图片描述

webview中也是可以设置缓存是否可用的，一般是通过WebSettings对象设置，下面我们就来看一下WebSettings对象的使用。

  • android中webview组件有几个重要的方法
1
2
3
4
5
6
7
8
9
10
11
12
13
WebSettings webSettings = mWebView.getSettings();
webSettings.setJavaScriptEnabled(true);
webSettings.setLoadWithOverviewMode(true);
webSettings.setAllowFileAccess(false);
webSettings.setUseWideViewPort(false);
webSettings.setCacheMode(WebSettings.LOAD_NO_CACHE);
webSettings.setDatabaseEnabled(false);
webSettings.setAppCacheEnabled(false);
webSettings.setBlockNetworkImage(true);
// 设置WebView的Client
mWebView.setWebViewClient(new CustomWebViewClient(this));
// 设置可现实js的alert弹窗
mWebView.setWebChromeClient(new WebChromeClient());

可以看到我们可以使用WebSettings对象设置缓存是否可用，缓存DB是否可用等。我们需要首先确保这里设置了缓存可用，才可以继续设置使用何种缓存策略。

下面我们来看一下webview的五种缓存模式：
LOAD_CACHE_ONLY: 不使用网络，只读取本地缓存数据
LOAD_DEFAULT: 根据cache-control决定是否从网络上取数据。
LOAD_CACHE_NORMAL: API level 17中已经废弃, 从API level 11开始作用同LOAD_DEFAULT模式
LOAD_NO_CACHE: 不使用缓存，只从网络获取数据.
LOAD_CACHE_ELSE_NETWORK，只要本地有，无论是否过期，或者no-cache，都使用缓存中的数据。

  • 几种缓存方式的实现

（1）使用LOAD_CACHE_ELSE_NETWORK缓存模式，这样需要在APP退出的时候清除webview缓存，但是这样做有一个弊端就是如果当前App已经是打开状态，网页内容有更新的话不会看到；

（2）使用LOAD_DEFAULT这种缓存方式，数据从缓存中获取还是从网络中获取根据H5页面的参数判断，这样做的好处是可以动态的处理更新内容；

  • 设置缓存
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
mWebView.getSettings().setJavaScriptEnabled(true); 
     mWebView.getSettings().setRenderPriority(RenderPriority.HIGH);  mWebView.getSettings().setCacheMode(WebSettings.LOAD_DEFAULT);  //设置 缓存模式 
        // 开启 DOM storage API 功能 
        mWebView.getSettings().setDomStorageEnabled(true); 
        //开启 database storage API 功能 
        mWebView.getSettings().setDatabaseEnabled(true);  
        String cacheDirPath = getFilesDir().getAbsolutePath()+APP_CACAHE_DIRNAME; 
//      String cacheDirPath = getCacheDir().getAbsolutePath()+Constant.APP_DB_DIRNAME; 
        Log.i(TAG, "cacheDirPath="+cacheDirPath); 
        //设置数据库缓存路径 
        mWebView.getSettings().setDatabasePath(cacheDirPath); 
        //设置  Application Caches 缓存目录 
        mWebView.getSettings().setAppCachePath(cacheDirPath); 
        //开启 Application Caches 功能 
        mWebView.getSettings().setAppCacheEnabled(true);
  • 退出App时清除缓存
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
//清理Webview缓存数据库 
        try { 
            deleteDatabase("webview.db");  
            deleteDatabase("webviewCache.db"); 
        } catch (Exception e) { 
            e.printStackTrace(); 
        } 
           
        //WebView 缓存文件 
        File appCacheDir = new File(getFilesDir().getAbsolutePath()+APP_CACAHE_DIRNAME); 
        Log.e(TAG, "appCacheDir path="+appCacheDir.getAbsolutePath()); 
           
        File webviewCacheDir = new File(getCacheDir().getAbsolutePath()+"/webviewCache"); 
        Log.e(TAG, "webviewCacheDir path="+webviewCacheDir.getAbsolutePath()); 
           
        //删除webview 缓存目录 
        if(webviewCacheDir.exists()){ 
            deleteFile(webviewCacheDir); 
        } 
        //删除webview 缓存 缓存目录 
        if(appCacheDir.exists()){ 
            deleteFile(appCacheDir); 
        }
  • 其他的缓存策略

网页在加载的时候暂时不加载图片，当所有的HTML标签加载完成时在加载图片具体的做法如下初始化webview的时候设置不加载图片

1
webSettings.setBlockNetworkImage(true);

然后在html标签加载完成之后在加载图片内容:

1
2
3
4
5
@Override
    public void onPageFinished(WebView view, String url) {
        super.onPageFinished(view, url);
        mWebView.getSettings().setBlockNetworkImage(false);   
    }

O(∩_∩)O哈哈~，这样做的好处就是可以给人的感觉网页加载速度很快…

  • 将网页内容中需要的js，css引用文件保存在App本地

加载网页内容时，在加载完成html后替换页面内容引用的地址改为本地的资源文件地址，这样可以直接加载本地的资源文件加快资源的访问速度，目前主流的新闻客户端访问webview时多采用这种方式。

好吧，讲解完了webview的性能优化问题之后我们在讲解一下如何在H5页面种入Cookie信息。

H5页面种入Cookie问题

app中存在webview控件，既可以通过Native与js代码交互的方式实现信息的交互也可以通过cookie的方式与实现Native与H5端的交互，查询的好多资料各种各样的实现方式都有，最终不断尝试基本实现了需求，现说明一下最终的实现方式；

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
/**
     * 客户端将cookie种入H5页面中，H5页面可以通过js代码实现对native种入cookie信息的读取操作
     */
    public static void synCookies(Context context, String url, String cookie) {
        CookieSyncManager.createInstance(context);
        CookieManager cookieManager = CookieManager.getInstance();
        cookieManager.setAcceptCookie(true);
        Uri uri = null;
        String domain = "";
        try {
            uri = Uri.parse(URLDecoder.decode(url, "utf-8"));
            domain = uri.getHost();
        } catch (UnsupportedEncodingException e) {
            e.printStackTrace();
        }
        String cookieStr = cookieManager.getCookie(url);
        // 判断token是否发生变化，发生变化的话则更新cookie
        L.i("cookieEquce:" + cookie.equals(H5Constant.TOKEN + "="));
        if (!TextUtils.isEmpty(cookieStr) && cookieStr.contains(cookie) && !cookie.equals(H5Constant.TOKEN + "=")) {
            return;
        }
        // 更新domain(不再从UserInfo中获取，更改为从UrlInfo中获取)
        if (!TextUtils.isEmpty(URLConfig.getUrlInfo().getB4Domain())) {
            domain = URLConfig.getUrlInfo().getB4Domain();
        }
        List<String> uaList = SysConfig.getSystemUa(context);
        String md = ";domain=" + domain;
        // 添加经纬度信息到Cookie中
        cookieManager.setCookie(url, "lat=" + Config.lat + md);
        cookieManager.setCookie(url, "lng=" + Config.lng + md);
        cookieManager.setCookie(url, cookie + ";" + md);
        if (uaList != null && uaList.size() > 0) {
            for (String coo : uaList) {
                cookieManager.setCookie(url, coo + md);
            }
        }
        CookieSyncManager.getInstance().sync();
    }

其中CookieManager是cookie的管理对象，主要实现对网页cookie的注入与清除等工作。注入字符串的形式是：key=value;domain=url的形式（其中url为需要注入cookie的url链接地址）

那么如何移除cookie呢？

1
2
3
4
5
6
7
8
9
10
/**
     * 移除cookie
     */
    public static void removeCookies(Context context) {
        CookieSyncManager.createInstance(context);
        CookieManager cookieManager = CookieManager.getInstance();
        cookieManager.removeSessionCookie();
        CookieSyncManager.getInstance().sync();
    }

一般情况下都是在打开H5页面的时候种入Cookie信息，然后在离开H5页面的时候清除cookie信息。当然了通过cookie实现native与js的交互只是实现信息交互的一种方式，我们还可以通过js与java代码相互调用的方式实现相互交互，文章的后面会有介绍。

而下面我们再来讲解一下activity退出时webview报错的问题。

Activity退出时webview报错的问题

前段时间在调试代码的时候，有一段关于webview的代码，即退出Fragment的时候清除webview，这时候大部分手机是没有问题的，但是有一些手机上就报错，而其报错信息是：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
java.lang.Throwable: Error: WebView.destroy() called while still attached!
at android.webkit.WebViewClassic.destroy(WebViewClassic.java:4173)
at android.webkit.WebView.destroy(WebView.java:707)
at com.youyou.uuelectric.renter.UI.web.H5Fragment.onDestroyView(H5Fragment.java:202)
at android.support.v4.app.Fragment.performDestroyView(Fragment.java:2167)
at android.support.v4.app.FragmentManagerImpl.moveToState(FragmentManager.java:1141)
at android.support.v4.app.FragmentManagerImpl.moveToState(FragmentManager.java:1248)
at android.support.v4.app.FragmentManagerImpl.moveToState(FragmentManager.java:1230)
at android.support.v4.app.FragmentManagerImpl.dispatchDestroy(FragmentManager.java:2079)
at android.support.v4.app.FragmentController.dispatchDestroy(FragmentController.java:235)
 at android.support.v4.app.FragmentActivity.onDestroy(FragmentActivity.java:326)
at android.support.v7.app.AppCompatActivity.onDestroy(AppCompatActivity.java:161)
at com.youyou.uuelectric.renter.UI.base.BaseActivity.onDestroy(BaseActivity.java:136)
at android.app.Activity.performDestroy(Activity.java:5543)
at android.app.Instrumentation.callActivityOnDestroy(Instrumentation.java:1134)
at android.app.ActivityThread.performDestroyActivity(ActivityThread.java:3637)
at android.app.ActivityThread.handleDestroyActivity(ActivityThread.java:3672)
at android.app.ActivityThread.access$1300(ActivityThread.java:168)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1382)
at android.os.Handler.dispatchMessage(Handler.java:99)
at android.os.Looper.loop(Looper.java:176)
at android.app.ActivityThread.main(ActivityThread.java:5493)
at java.lang.reflect.Method.invokeNative(Native Method)
at java.lang.reflect.Method.invoke(Method.java:525)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1225)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1041)
at dalvik.system.NativeStart.main(Native Method)

程序也没有异常退出之类的动作，清除webview的代码是这样写的：

1
2
3
4
5
6
@Override
    public void onDestroyView() {
        super.onDestroyView();
        mWebView.removeAllViews();
        mWebView.destroy();
    }

这个错误大概的意思是：当你结束webview的时候，webview还依附在其父控件之下，应当在调用webview.destory()方法之前接触他们之间的依附关系，那么既然错误提示信息已经很明显了，我们就根据错误信息尝试着首先执行webview父控件的清除工作，然后在执行webview控件的清除操作，所以代码中应该这样实现：

1
2
3
4
5
6
7
@Override
    public void onDestroyView() {
        super.onDestroyView();
        swipeRefreshLayout.removeView(mWebView);
        mWebView.removeAllViews();
        mWebView.destroy();
    }

这样经过修改之后特定机型上关于webview的错误就不在了。

webview中实现Native与js相互调用

上面我们介绍的通过cookie实现android native与H5的信息交互只是一种方式，我们也可以通过java代码与js代码直接相互调用的方式实现android native与H5信息的相互，这里简单的介绍一下使用方式

  • native代码调用H5的js代码

（1）在H5页面中添加一个js函数

1
2
3
4
<script type="text/javascript">
function btn_click(clicked_id) {
    alert(clicked_id);
}

（2）在Native中通过java代码调用
若这时候H5页面已经被加载到webview中,则可以通过java代码直接调用js函数：

1
h5Fragment.mWebView.loadUrl("javascript:btn_click" + "('" + clickId + "')");

是的，没错就是这么简单，这样就实现了java代码对js代码的调用，但是需要指出的是这里无法调用含有返回值的js函数。

  • js代码调用java函数

（1）首先在java端编写能够被js代码调用的java函数

  • native方法的实现
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    /**
     * 自定义实现的native函数，可被js代码调用
     */
    class JsInteration {
    	...
    	@JavascriptInterface
            public void toastMessage(String message) {
                Toast.makeText(getActivity(), message, Toast.LENGTH_LONG).show();
            }
    	...
    }

（2）在native中注入本地方法，供js调用；

1
mWebView.addJavascriptInterface(new JsInteration(), "control");

（3）在js代码中调用java代码：

1
2
3
function reply_click(clicked_id {
	window.control.toastMessage(clicked_id)
}

以上就是webview中使用js代码与java代码相互调用的简单例子。

webview下载文件

在使用webview开发中还遇到一个问题，app中webview中存在下载链接，但是在手机浏览器中点击下载是没有问题的，在webview中怎么都不好使。查询了好久，原来是因为WebView默认没有开启文件下载的功能，如果要实现文件下载的功能，需要设置WebView的DownloadListener，通过实现自己的DownloadListener来实现文件的下载。

  • 设置webview的setDownloadListener方法
1
2
3
4
5
6
mWebView.setDownloadListener(new DownloadListener() {
            @Override
            public void onDownloadStart(String url, String userAgent, String contentDisposition, String mimetype, long contentLength) {
                L.i("tag", "this is a message!!!");
            }
        });
  • 重写onDownloadStart回调方法，实现下载文件的逻辑

比如在浏览器中实现下载：

1
2
3
4
5
6
7
@Override  
        public void onDownloadStart(String url, String userAgent, String contentDisposition, String mimetype,  
                                    long contentLength) {  
            Uri uri = Uri.parse(url);  
            Intent intent = new Intent(Intent.ACTION_VIEW, uri);  
            startActivity(intent);  
        }

这样我们的webview中如果包含了下载链接就可以通过打开浏览器的方式实现下载了。

注：个人感觉webview没有默认实现下载链接的功能更多的可能是考虑权限，安全方面的问题。

腾讯X5优势：

1) 速度快：相比系统webView的网页加载速度有近30%的提升。
2) 省流量：云端优化技术使流量节省20%
3) 更安全：24小时安全问题解决机制
4) 更稳定：经过亿级用户的使用考验，CRASH率0.15%
5) 集成强大的视频播放器，支持各种视频格式直接打开
6) 适屏排版、字体设置等浏览增强功能的提供
7) Html5更完整支持。
8) 无系统内核的碎片化问题，更少的兼容性问题

总结：

  • webview的有一定的性能问题，可以设置不同的缓存策略提高webview的加载速率

  • webview与native可以通过cookie的方式实现信息交互

  • webview下载文件，需要重写自己的native的DownloadListener类，以及其回调方法

  • 实现Native与H5端信息的交互既可以使用cookie的方式也可以通过java代码与js代码实现

  • 原生的webview在不同手机上可能存在不同的表现，建议可以使用腾讯的X5浏览服务屏蔽的不同手机的差别，添加了不少特色的小功能

参考：Android WebView常见问题及解决方案汇总

热评文章